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paragraph 1 of the Detailed Action. 

The Examiner has rejected claims 1 to 4, 10 and 19 to 20 under 35 U.S.C. 103(a) 
as being unpatentable over United States Patent No. 6,216,006 (Scholefield) in view of United 
States Patent No. 5,740,537 (Beming) and provides the same arguments as set out in the previous 
Detailed Action of October 2, 2002. In paragraph 4 (pages 5 and 6) of the current Detailed 
Action, the Examiner provides a response to the Applicant's arguments of the previous response. 
The Examiner disagrees with Applicant's argument that Scholefield does not teach using QoS at 
all in performance call admission and states "Scholefield teaches using QoS with traffic 
descriptors as mean bit rate, peak bit rate and delay" (col. 3 lines 9-22) and the effective 
bandwidth as the amount of bandwidth has to be reserved in order to meet the QoS requirements 
(col. 3 lines 23-25) to provide users with QoS levels (col. 2 lines 64-66). As indicated on page 4 
of the previous response, the determination of the amount of bandwidth that a call will require, 
and then the examination of the existing bandwidth to determine if the required bandwidth can be 
accommodated is not the same as making an estimate of a new system QoS that will result if the 
new session is admitted. For example, suppose there are existing connections having a 
bandwidth totalling 80 Mbps on a channel having a capacity of 100 Mbps, and a request comes 
in to add a connection having a capacity of 1 5 Mbps. Using the method taught in Scholefield, 
the resulting capacity after adding the new connection will be 95 Mbps and as such the call 
would be admitted. No consideration is made as to what the new system quality of service might 
be. Quality of service is some measure of quality associated with a signal. In construing 
Scholefield, the Examiner has equated QoS solely with bandwidth. Scholefield, which contains 
frequent references to both expressions, does not make this equivalence. Lines 14-19, Col. 3 of 
Scholefield specify the QoS to be traffic descriptors such as mean bit rate, the peak bit rate, and 
the requested delay. Using specified QoS parameters, the new estimated bandwidth is 
determined. If there is sufficient bandwidth, the call is admitted, in this way, simply 
determining a bandwidth occupied by a service as taught by Scholefield has nothing to do with 
quality of service — This is simply a "binary" yes/no assessment. Rather, the bandwidth used is 
that required for the requested QoS. There is no concept of an unsatisfactory QoS - either the 
BW is available or not. As such, although Scholefield makes use of the term QoS, this has 
nothing to do with making an estimate of a new svstem QoS . 
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Scholefield operates as per Fig, A below, while claim 1 operates as per Fig. C 



FIG. A 
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FIG. B 
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FIG.C 



Claim 1 



Request for new 
session 



Estimate system FER 
should session be 
admitted 



Perform Admission 
based on system FER 



Received from < 613 232 8440 > at 4115103 11:14:50 AM [Eastern Daylight Time] 



04-15-83 



IS : IS 



ID=513 232 8440 



P . Q5 



- 4 - 

The Examiner has equated QoS and Bandwidth but the Applicant submits the 
telecom industry associates distinct and different meanings to these terms, and the above 
flowchart makes it clear these terms have distinct and different meanings. The QoS is an input to 
calculating an estimated bandwidth. 

In the current Detailed Action (page 5, last paragraph), the Examiner states 
"Scholefield, not Beming, does teach an estimate of new system QoS' 7 and refers to Figure 3; coh 
2 lines 64-67, col. 3 lines 1-8; and col. 3 lines 54-57. With respect Applicant disagrees with this 
statement. In particular, Applicant submits that in col. 2 lines 64-67, col, 3 lines 1-8, and col. 3 
lines 54-57, an admission decision is determined by whether there is enough surplus capacity on 
a wireless data network to accommodate an effective bandwidth of a service request. This is 
achieved by simply adding an expected bandwidth to an existing bandwidth to determine a new 
total bandwidth and as discussed in the previous response, this does not equate to the more 
complicated task of "making an estimate of a new system FER ,T . Thus, with respect, it is 
submitted Scholefield does not teach making an estimate of a new system QoS. 

Beming in any case does not teach a "system FER", Beming teaches that an FER 
for each wireless terminal may be employed to determine "levels of quality of ongoing 
communications". On the basis of this, the additional call admitted permits, or denies admission 
of additional communications in the communications system. Thus, Beming 1) does not teach a 
system FER, and 2) does not teach predictively determining a measure of QoS which should arise 
if a new call is admitted. Importantly, there is no FER prediction in Beming . Fig, B above 
summerizes Beming at least for the FER-based embodiment. 

The Examiner disagrees with the Applicant's argument that Scholefield and 
Beming teachings cannot operate in combination and states that "Scholefield teaches both steps 
of the Applicant method > but uses other than FER QoS determiners, Beming teaches FER as QoS 
determiner". Based on this argument the Examiner concludes that the method of Scholefield will 
work fine with FER as a QoS determiner. With respect, as discussed above Applicant submits 
that Scholefield does not teach the step of making an estimate of a new system QoS and therefore 
Applicant submits that the Examiner* s argument is not well founded. As indicated in the 
previous response, Scholefield teaches admitting calls as a function of available bandwidth while 
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Beming teaches admitting calls as a function of measured current frame error rates (note these are 
not system frame error rates as claimed in claim 1 either). Combining these two methods would 
result in a system in which calls are admitted only in the event that the bandwidth is available 
and the current frame error rates are acceptable, but this is not the claimed invention. There is 
nothing in the combination of the references which would teach any method of predicting a 
system frame error rate, or suggesting that such a predicted frame error rate would then be used 
in place of available bandwidth to perform a call admission. Thus, there is clearly no expectation 
of success in combining the two references and coming up with the claimed invention. 

Finally, as discussed in the previous response, claims 3, 4 and 10 further define 
the frame error rate mechanism, and of course none of this is taught in either of the cited 
references. Applicant has invented an entirely new method of determining a system FER, 
Similar arguments apply to claims 19 and 20. Applicant notes that the Examiner has not 
addressed these arguments in the current Detailed Action. The Examiner is respectfully 
requested to withdraw the rejection of claims 1 to 4, 10 and 19 to 20 under 35 U.S.C. 103(a) as 
set out in paragraph 3 of the current Detailed Action. 

Attached hereto is a marked-up version of the changes made to the specification 
and claims by the current amendment. The attached pages are captioned " Version with markings 
to show changes made" . 

The Examiner is respectfully requested to pass this application to allowance but, if 
there are any outstanding issues, the Examiner is respectfully requested to telephone the 
undersigned. 

Respectfully submitted, 

By 

Allan Brett 

Registration No. 40476 
Smart & Biggar 

Dated: April 15,2003 
Ottawa, Ontario, Canada 
Tel: (613) 232 2486 ext. 323 

RAB:MPP:acb 



Received from < 613 232 8440 > at 4/15/03 11:14:50 AM [Eastern Daylight Time] 



